\section{Potential Improvements}\label{potimprovements}

Despite the fact that all functional requirements where fulfilled, there is left some decent space for improvements. The current project results should be seen as a starting point for achieving a comprehensive system usable within a operational sensor networks environment. To give the reader some impression where to proceed within a further development phase this section mentions selected limitations which should be improved to increase the softwares usability as well as reliability \cite{iso9126}.

\subsection{Reconnect to SAL}

If the connection to SAL is lost during runtime, the connection will not be recovered automatically. The SALT glue has to be restarted in this case. To circumvent this, an exception handling for connection losses plus a polling loop in which reconnects are attempted should be implemented.

\subsection{Reconnect to SRB / Write errors}

Same as with connection losses to SAL. Connections will not be picked up again automatically, so an exception handling and reconnect polling has to be implemented. Errors during the write process to SRB are not handled and will result in data loss. The consumer glue should therefore be enhanced to remember which data has not been written and attempt to write this data in appropriate time intervals.

\subsection{Refresh of SAL sensor list and protocols}

If sensors or protocols are added or removed from a SAL instance, the SALT glue is not updated accordingly. SAL already provides functionality to give callback notices on these events, so these callbacks should be used to update the SALT glue.